home *** CD-ROM | disk | FTP | other *** search
/ BBS Toolkit / BBS Toolkit.iso / doors_2 / shmpg355.zip / WHAT'S.NEW < prev   
Text File  |  1992-12-11  |  24KB  |  572 lines

  1. Fri  12-11-1992
  2.  
  3.  
  4. Ver 3.55
  5.  
  6. * Due to another SysOp's suggestion, I have made the following new variables
  7.   available for your key word replies:
  8.  
  9.   *PASSWORD*         - replaced by caller's password.
  10.  
  11.   *PHONE*            - replaced by caller's phone number.
  12.  
  13.   *SECURITY*         - replaced by security level.
  14.  
  15.   *TIMEENTERED*      - replaced by time the caller entered SHAMpage.
  16.  
  17.             ┌───────────────────────────────────────────────────────┐
  18.             │ ADDITIONAL VARIABLES AVAILABLE ONLY IF USING DOOR.SYS │
  19.             └───────────────────────────────────────────────────────┘
  20.  
  21.   The variables above work whether you are using DORINFOx.DEF or DOOR.SYS as
  22.   your drop file. The following variables work ONLY if you use DOOR.SYS
  23.   (DORINFO doesn't contain this information):
  24.  
  25.   *BIRTHDATE*        - Caller's date of birth (00/00/00).
  26.  
  27.   *DOWNLOADS*        - Caller's total downloads from your board.
  28.  
  29.   *LASTCALLED*       - Date the caller last called.
  30.  
  31.   *TIMESON*          - Number of times the caller has called your board.
  32.  
  33.   *UPLOADS*          - Caller's total uploads to your board.
  34.  
  35.  
  36.   As always, all variables are enclosed in asterisks (*) and are always UPPER
  37.   CASE (except *KEYWORD* and *TIMEOFDAY*, as noted below).
  38.  
  39. * Updated Maintain.Exe to reflect these changes.
  40.  
  41.  
  42. Ver 3.51
  43.  
  44. * Minor bug initializing the FOSSIL drivers in local mode fixed.
  45.  
  46.  
  47. Ver 3.50
  48.  
  49.  
  50. * Added FOSSIL support via the command line parameter FOSSIL.
  51.  
  52.   EXAMPLE COMMAND LINE: SHAMpage Shampage.Cfg FOSSIL
  53.  
  54.   SHAMpage now has a mode where it will operate with FOSSIL drivers (INT 14h
  55.   interface). Using FOSSIL mode allows you to use virtually any type of
  56.   communications hardware, since the type of hardware accessed is dependant
  57.   on the FOSSIL driver. This mode requires that you have a FOSSIL driver
  58.   loaded in advance. If in FOSSIL mode, that information is shown on the
  59.   local line 25 status line.
  60.  
  61. * Added support for extended IRQs via the command line switch IRQ=x, where x
  62.   equals the IRQ number you wish to use. Shampage supports IRQ 1 - 15.
  63.  
  64.   EXAMPLE COMMAND LINE: SHAMpage Shampage.Cfg IRQ=7
  65.  
  66.   The following port addresses and default interrupts are used normally:
  67.  
  68.                Comm      Base Address        IRQ (Default)
  69.  
  70.                 1          3F8 hex            4
  71.                 2          2F8 hex            3
  72.                 3          3E8 hex            4
  73.                 4          2E8 hex            3
  74.  
  75.   Specify an IRQ value of 1 through 15 when you want to use an IRQ value
  76.   other than the default, such as when you want to use IRQ15 with COM3.
  77.  
  78.   NOTE:
  79.   Be careful when choosing an IRQ value other than the default. Most machines
  80.   use some of the other IRQ inputs for other machine functions such as the
  81.   hard drive and system clock. SHAMpage DOES NOT chain the interrupt, it
  82.   takes it over entirely. If you choose an IRQ that is used for something
  83.   already, your machine will most certainly operate improperly.
  84.  
  85.   No IRQ value is necessary in FOSSIL mode since all communications tasks are
  86.   handled outside of SHAMpage. The IRQ is determined at the time the FOSSIL
  87.   driver is installed.
  88.  
  89.  
  90. Ver 3.26
  91.  
  92. * Received a report that under certain specific conditions (running under
  93.   Windows - with a DOS window in the background), the delays for the opening
  94.   page bell were taking too long. Changed the method of calculating those
  95.   delays.
  96.  
  97.  
  98. Ver 3.25
  99.  
  100. * Added another variable: *TIMEOFDAY* which is replaced, depending on the
  101.   time of day, by one of three words - "morning" (12:00am to 11:59am),
  102.   "afternoon" (12:00pm to 5:59pm), or "evening" (6:00pm to 11:59pm). Like
  103.   *KEYWORD*, this variable comes in three styles. If it is in the data file
  104.   in all upper case, e.g. *TIMEOFDAY*, the substituted word will be typed in
  105.   all CAPS: MORNING, AFTERNOON or EVENING. *timeofday* will be replaced by
  106.   morning, afternoon or evening, and *Keyword* will use Morning, Afternoon or
  107.   Evening. This variable works fine in OPENING LINES, EXITMSG and NOMATCH
  108.   replies as well as in KEYWORD responses.
  109.  
  110. * This was my week to work on SHAMPAGE.LOG. Changed the log to be a little
  111.   more informative. Added the user's age (if using DOOR.SYS) and location to
  112.   the log. Date entries no longer include the year and time entries no longer
  113.   include the seconds (the same is true in SHAMPAGE.ERR). Here is a sample of
  114.   the new log entry:
  115.  
  116. ===============================================================================
  117. MARLON BAILEY (Age 13), Coral Springs, FL entered SHAMpage on 09-07 at 17:28
  118. SHAMpage v3.25 is using SHAMpage.Dat
  119. ===============================================================================
  120.  
  121. * Decided the "->" in the log was pretty hard on the eyes, so I changed it to
  122.   a simple colon (:).
  123.  
  124. * Changed the log entry when SHAMpage doesn't pick up the page due to the
  125.   caller not having enough time-left. It was not logging the user's name and
  126.   was not differentiating clearly enough from other log entries. Here is what
  127.   is logged now:
  128.  
  129. ===============================================================================
  130. MICHELLE TUOHY (Age 21), Hollywood, FL paged SysOp on 09-07 at 02:08
  131. Page not answered by SHAMpage v3.25 (caller had 2 minutes left)
  132. ===============================================================================
  133. SHAMpage terminated normally at 02:08
  134.  
  135.  
  136. Ver 3.24
  137.  
  138. * Added a new variable: *KEYWORD* which is replaced by the word SHAMpage
  139.   matched, regardless of whether it was a KEY WORD or an ALIAS. This is so
  140.   you can make reference to the exact word the user typed in your replies.
  141.   This variable comes in several flavors. If it is all upper case, like the
  142.   example above, the variable itself will be typed in all CAPS. *keyword*
  143.   will be replaced by the variable in all lower case letters, and *Keyword*
  144.   will have the First Letter Only Capitalized.
  145.  
  146.   NOTE: this variable is obviously useless in OPENING LINES, EXITMSG and
  147.   NOMATCH replies, since no match was found. (So DON'T use it there!)
  148.  
  149.   Here is an example:
  150.  
  151. ;----------------------------------------------------------------------------
  152. ;                                  KEY WORD #1
  153. ;----------------------------------------------------------------------------
  154. AWESOME
  155. *ALIAS* COOL
  156. 3
  157. *Keyword*, huh? You have a great vocabulary.
  158. You're pretty *keyword* yourself, dude!
  159. I'm surprised you can spell *KEYWORD*, *USER*.
  160.  
  161.  
  162. If the caller types "This is a cool board", SHAMpage replies:
  163.  
  164.                 "Cool, huh? You have a great vocabulary."
  165.                                 or
  166.                 "You're pretty cool yourself, dude!"
  167.                                 or
  168.                 "I'm surprised you can spell COOL, Joe."
  169.  
  170.  
  171. * Since the original release of the program, I had been deducting one (1)
  172.   minute from the user's time-left to allow for proper log off from the BBS
  173.   after SHAMpage terminates. Due to the availability of the new TIME=x
  174.   command-line parameter, I discontinued this practice. Now it's completely
  175.   up to you to decide how much of his time-left you want to allow the caller
  176.   to spend in the door. As far as SHAMpage is concerned, he can spend it ALL,
  177.   unless you tell it otherwise via the TIME=x switch.
  178.  
  179. * Updated MAINTAIN.EXE and the data files to make use of the new *KEYWORD*
  180.   variables.
  181.  
  182.  
  183. Ver 3.23
  184.  
  185. * If the caller has less than five (5) minutes left, SHAMpage will no longer
  186.   pick up the page. It goes through the "Paging SysOp... 1   2   3  "
  187.   routine, then sends the hard-coded message:
  188.  
  189.               [SysOp First Name] is not available at the moment.
  190.               Please leave a [C]omment or try again later.
  191.  
  192.   It seemed rather silly to pick up the page only to kick the caller off
  193.   immediately. Now, when SHAMpage does pick up the page, the caller will have
  194.   at least five minutes to "chat".
  195.  
  196. * Changed how SHAMpage exits when the caller runs out of time. Instead of
  197.   being unceremoniously dumped with no warning, the caller receives the
  198.   "Nice chatting with you" message and goodbye screen as if the door had
  199.   terminated in any of the other normal ways, such as the caller entering
  200.   "Bye". If the caller does not press a key within three (3) minutes while
  201.   SHAMpage is expecting remote input, however, the door still exits directly
  202.   back to the BBS, bypassing the goodbye message and screen. If the caller
  203.   hasn't hit a key in three minutes, presumably he fell asleep!
  204.  
  205.  
  206. Ver 3.22
  207.  
  208. * Fixed illegal function call if the caller had a one-word name or handle.
  209.   Also made it possible for the SysOp to use a one-word name or handle (leave
  210.   line 3 blank in the config file).
  211.  
  212. * Added a new (optional) command-line parameter to limit the caller to only a
  213.   certain percentage of his time-left in the door. I found that many of my
  214.   callers were spending their entire time in the door and were immediately
  215.   logged off upon their return to the BBS, leaving them no time to enter a
  216.   [C]omment to SysOp. The new parameter is "TIME=x", where x represents the
  217.   percentage of the caller's time-left you want him to be in chat. An example
  218.   command line:
  219.  
  220.   SHAMpage SHAMpage.Cfg TIME=80
  221.  
  222.   Using this example, if the caller has twenty minutes left when he pages,
  223.   SHAMpage will chat with him for sixteen minutes (80% of 20) before sending
  224.   him back to the board with four minutes online time remaining. If you
  225.   choose, you can even INCREASE his time in the door by making x larger than
  226.   100 (although, be warned... he will be dumped by the BBS upon his return to
  227.   the board!)
  228.  
  229.   While tinkering with the time routines, I modified some to make them more
  230.   reliable.
  231.  
  232. * Added Jeff Sumberg's QBSERIAL copyright credit to the opening screen.
  233.  
  234.  
  235. Ver 3.21
  236.  
  237. * Added the second-most requested feature: the ability to send multi-line
  238.   responses. This is accomplished with a new variable: *LF* (line-feed). If
  239.   *LF* occurs within a response in the data file, the line will be split at
  240.   that point, a line-feed will be sent and the rest of the response will be
  241.   typed on the next line. The entire response must occupy ONLY one line in
  242.   your data file however, and the length of the line is limited to 255 total
  243.   characters. Multiple *LF*'s on a single line are supported. Here is a line
  244.   which is 88 characters long (notice the lack of carriage return within the
  245.   line itself) from the sample SHAMPAGE.DAT:
  246.  
  247. My head hurts, my feet stink, and I don't love Jesus, *USER*. *LF* How's your day going?
  248.  
  249.   This response will be typed as the following two separate lines:
  250.  
  251. My head hurts, my feet stink, and I don't love Jesus, Joe.
  252. How's your day going?
  253.  
  254.   To see another example, fire up SHAMpage and type shampage a few times!
  255.  
  256. * Added another variable: *ALIAS*. This allows you to use the exact same set
  257.   of responses with several different key words. The format is as follows:
  258.   In your data file, on the next line(s) after the key word, you may have up
  259.   to five (5) *ALIAS* key words. These are alternative key words to which
  260.   SHAMpage will make a positive match and send one of the replies to the
  261.   related key word. There are many advantages to this. If you utilize the
  262.   *ALIAS*'s, SHAMpage will match more key words (up to 600, instead of the
  263.   original 100 limit), the data file can be smaller and SHAMpage will not
  264.   repeat itself as often since you do not need separate entries for different
  265.   key words which are synonymous anyway. Here is a clip from the sample
  266.   SHAMPAGE.DAT:
  267.  
  268.  
  269. ;----------------------------------------------------------------------------
  270. ;                                  KEY WORD #1
  271. ;----------------------------------------------------------------------------
  272. FUNNY
  273. *ALIAS* HA HA
  274. *ALIAS* HAHA
  275. *ALIAS* JOKE
  276. *ALIAS* LAFF
  277. *ALIAS* LAUGH
  278. 5
  279. Funny stuff, huh?
  280. So you think that's funny, huh? You're warped!
  281. Sometimes I kill myself!
  282. What a sense of humor...
  283. You think that's funny? Try looking in the mirror, *USER*!
  284. ;----------------------------------------------------------------------------
  285.  
  286.  
  287.   If the caller enters a string matching "HA HA", "HAHA", "JOKE", "LAFF" or
  288.   "LAUGH" it will be treated exactly the same as if he entered "FUNNY".
  289.   Note the format: *ALIAS*'s come between the key word and the number of
  290.   responses.
  291.  
  292. * Modified file access to make SHAMpage multi-node aware. Here are examples
  293.   of the way I have the various files set up for two nodes on DrawBridge:
  294.  
  295.   MAIN1.BAT
  296.  
  297.         @Echo Off
  298.         Echo       * Paged sysop (SHAMpage) >> C:\Wc30\Activity.00%Wcnodeid%
  299.         Cd \Doors\Shampage
  300.         Shampage Shampage.%Wcnodeid%
  301.  
  302.   SHAMPAGE.1 (renamed from SHAMPAGE.CFG)
  303.  
  304.         DrawBridge BBS
  305.         RICH
  306.         WAUGH
  307.         C:\Wc30\Wcwork\Node1\Door.Sys
  308.         SPLIT
  309.         SHAMpage.Dat
  310.         SHAMpage.001
  311.         1
  312.         3
  313.         23:00
  314.         08:00
  315.  
  316.   SHAMPAGE.2 (renamed from SHAMPAGE.CFG)
  317.  
  318.         DrawBridge BBS
  319.         RICH
  320.         WAUGH
  321.         C:\Wc30\Wcwork\Node2\Door.Sys
  322.         SPLIT
  323.         SHAMpage.Dat
  324.         SHAMpage.002
  325.         1
  326.         3
  327.         23:00
  328.         08:00
  329.  
  330. * Revised MAINTAIN.EXE to handle the new *ALIAS* variable correctly. It now
  331.   auto-detects if it's working on an old format data file or one which has
  332.   already been converted. One less decision for all you harried SysOps. More
  333.   kinds of errors are now detected and last, but not least, it is so much
  334.   prettier! <grin>.
  335.  
  336.  
  337. Ver 3.20:
  338.  
  339. * Added the feature that's been requested most often - the ability to send
  340.   the contents of a text file upon a positive key word match. This is
  341.   implemented using a new variable in the data file as follows: if the left-
  342.   most string in a key word reply is *FILE* (as always, upper case with the
  343.   asterisks), SHAMpage will open a file matching the name on the remainder of
  344.   that line and "type" its contents to the caller. If this is unclear, look
  345.   at SHAMPAGE.DAT, under the key word REGIST. You will see something similar
  346.   to the following:
  347.  
  348.  
  349. ;----------------------------------------------------------------------------
  350. ;                                  KEY WORD #1
  351. ;----------------------------------------------------------------------------
  352. REGIST
  353. 1
  354. *FILE* Sendit.Asc
  355. ;----------------------------------------------------------------------------
  356.  
  357.  
  358.   In this case, when SHAMpage finds the string REGIST it looks at the key
  359.   word reply and sees *FILE*. That tells it to send the caller the contents
  360.   of a file. Next, it reads the remainder of the line for the name of the
  361.   file to access, which in this case is SENDIT.ASC. That file is opened, read
  362.   and closed. Its entire contents are then typed, line by line, to the
  363.   caller. If the file does not exist, SHAMpage will error out (and log the
  364.   reason for the error in SHAMPAGE.ERR). There is no limit, other than the
  365.   normal limit of ten (10) replies per key word, to the number of different
  366.   *FILE*'s you can use. You should be aware that, in split-screen mode, if
  367.   *FILE* is over nine (9) lines in length, the first line(s) will be over-
  368.   written by the last one(s) after the lines wrap at the end of the SysOp
  369.   screen. In full-screen mode, *FILE* can be up to twenty-one (21) lines
  370.   before the first line(s) scroll off the screen.
  371.  
  372. * Added the option to use two different data files: one for normal day time
  373.   use, the other for late night hours (as defined by the times you have the
  374.   page bell turned on or off). If SHAMpage finds a file named MIDNITE.DAT
  375.   in your SHAMpage directory, it will be used instead of the regular data
  376.   file whenever the page bell is turned off. If SHAMpage cannot find
  377.   MIDNITE.DAT, your regular data file will be used. Whichever data file is
  378.   used is noted in SHAMPAGE.LOG.
  379.  
  380. * The typing routines in Split-Chat mode have been completely redone, to
  381.   better handle multiple-line entries. When the cursor line reaches the
  382.   split-screen limit the line wraps back up to the top of the current screen.
  383.   This prevents, among other things, the SysOp inadvertently overtyping the
  384.  
  385.   ▓▓▓▓▓▓▓▓▓▓▓SysOp Name▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓User Name▓▓▓▓▓▓▓▓▓▓▓
  386.  
  387.   line and keeps the cursor always in the correct screen. Whenever the cursor
  388.   reaches column 80, a line-feed is sent and the next two lines are cleared.
  389.   Restored the cursor position correctly when going to and from live chat and
  390.   nuked an extraneous input required of the caller after returning from live
  391.   chat. The [F7] and [F8] keys now operate seamlessly.
  392.  
  393. * Changed the DOS prompt when dropped to DOS to remind you that you are in a
  394.   shell.
  395.  
  396. * Memory requirements have been slightly decreased.
  397.  
  398. * Bug Fixes: Repaired the "Error 5: Illegal function call" which sneaked into
  399.   some intermediate versions between v3.14 and v3.15. When multiple *USER*
  400.   and/or *TIME* variables appeared on the same line, only one was translated
  401.   properly. All occurrences of these variables are now converted. Cleaned up
  402.   a minor screen scroll problem on the goodbye screen. Moved the cursor to
  403.   the end of the "Press [ENTER]... " prompt and turned the cursor "on" on the
  404.   local screen. The proper lines were not always erased prior to the key word
  405.   responses being typed. This has been corrected.
  406.  
  407.  
  408. Ver 3.13:
  409.  
  410. * The local screen is now saved, and restored after the SysOp drops to DOS or
  411.   views User's Stats.
  412.  
  413. * Made [F7] "Live Chat On" and [F8] "End Live Chat" keys hot from anywhere
  414.   AFTER the opening greeting and PRIOR to end of chat. Enabled those keys in
  415.   local mode. All functions, with the obvious exception of the comm routines,
  416.   are now fully enabled in local mode.
  417.  
  418. * Typo's now appear anywhere in the line. Varied the amount of time it takes
  419.   the "SysOp" to recognize a typo and correct it.
  420.  
  421. * Appended "am" or "pm" to the translation of the *TIME* variable.
  422.  
  423. * Added new information to SysOp's line 24: caller's location and (if using
  424.   DOOR.SYS) his age.
  425.  
  426. * "SysOp has control...", etc. is no longer printed on the local screen each
  427.   time it's the Sysop's turn to type while in full-screen chat mode. Toggled
  428.   "[F7] Live Chat On" with "[F8] End Live Chat" on line 25. New command-line
  429.   parameters force full-screen or split-screen chat mode. The new parameters
  430.   are FULL and SPLIT. The syntax is: SHAMpage SHAMpage.Cfg FULL/SPLIT.
  431.  
  432. * Error messages were made much more specific; if an error occurs, please
  433.   read SHAMPAGE.ERR. The answer to your problem is probably logged. If you
  434.   have trouble deciphering the problem by yourself, feel free to send me your
  435.   SHAMPAGE.CFG, SHAMPAGE.DAT and SHAMPAGE.ERR files. I'll try to replicate
  436.   the error and see if I can help. This still does NOT entitle you to bitch,
  437.   though! <grin>
  438.  
  439.  
  440. Ver 3.10:
  441.  
  442. * SHAMpage now checks the caller's time-left and updates the SysOp screen
  443.   more often. The time-left warnings to the caller have been discarded, since
  444.   they are rather meaningless in "chat" anyway and their main effect was to
  445.   alert the caller that he was in a door instead of live chat. The caller
  446.   will still get booted out of the door when he runs out of time. While
  447.   rewriting this routine, I noticed and fixed a misplaced input-timer
  448.   routine. The door now terminates as it should after 3 minutes of input
  449.   inactivity.
  450.  
  451. * Added a new variable to be checked in the data file. The variable name is
  452.   *TIME* (upper-case, with the asterisks). If this string occurs anywhere
  453.   within the line, the current time, in 12-hour format, will be substituted
  454.   in that position.
  455.  
  456. * Added a new option to run SHAMpage locally, from the command line. The
  457.   syntax is: SHAMpage SHAMpage.CFG LOCAL
  458.  
  459. * Key word search & match routine modified to work faster and more reliably.
  460.  
  461. * Typo & correction routine redone. Typo's now vary more in length and
  462.   SHAMpage will no longer make a typo of a non-letter. Corrections no longer
  463.   make typos themselves.
  464.  
  465. * Wrote a new routine to restore the proper screen colors after use of one of
  466.   the SysOp hot keys. Made some minor color changes to lines 24 & 25. Also
  467.   changed "Press [ENTER] to continue" prompt to "Press [ENTER] to return to
  468.   BBSname".
  469.  
  470. * Fixed some errors in the disabling of IRQ masks on the Interrupt Controller
  471.   when exiting SHAMpage. This could cause certain BBS's which don't reset the
  472.   port when returning from a door to appear to "lock up" when they regained
  473.   control.
  474.  
  475. * Cleaned up, optimized and reduced the size of the code. SHAMpage is now
  476.   nearly 20% smaller and loads and executes much faster.
  477.  
  478.  
  479. Ver 3.05:
  480.  
  481. * Made the "exit" message configurable. If SHAMPAGE.DAT contains the Key Word
  482.   EXITMSG, its "keyword responses" (up to four lines) will all be sent, in
  483.   order, upon door termination. If EXITMSG does not appear as a key word, the
  484.   default hard-coded exit message will be used.
  485.  
  486. * SHAMpage now checks for a variable in the data file so you can personalize
  487.   your responses a bit more. You will find that the more personal your
  488.   responses, using such things as your real name, the caller's name and your
  489.   board's name, the more believable the program becomes. The variable name is
  490.   *USER* (upper-case, with the asterisks). If this string occurs anywhere
  491.   within the line, the caller's first name will be substituted in that
  492.   position. This affects the format of the opening lines, where the caller's
  493.   name had previously been inserted automatically and necessitates changes to
  494.   your SHAMPAGE.DAT file. Please see the enclosed SHAMPAGE.DAT for examples.
  495.  
  496. * ┌───────────────────────────────────────────────────────────────────────┐
  497. * │ MAINTAIN.EXE HAS BEEN UPDATED TO CONVERT THE OLD SHAMPAGE.DAT TO THE  │
  498. * │ LATEST FORMAT, WHICH SUPPORTS THE CHANGES NOTED ABOVE. BE SURE TO RUN │
  499. * │ IT IF YOU INTEND TO USE YOUR OLD CUSTOMIZED DATA FILE.                │
  500. * └───────────────────────────────────────────────────────────────────────┘
  501.  
  502. * Added support for DORINFOx.DEF drop file (refer to line 4 in SHAMPAGE.CFG).
  503.   Due to the limited amount of information included in DORINFOx.DEF, the
  504.   [F2] User's Stats function is not quite as informative in this mode.
  505.   Support for other drop files can be implemented if there is sufficient
  506.   interest.
  507.  
  508.  
  509. Ver 3.02:
  510.  
  511. * Added some new means for the caller to exit SHAMpage: by entering G, Q, X
  512.   or two consecutive empty lines.
  513.  
  514. * Reworked some I/O routines. The transmit buffer now works much better.
  515.  
  516. * Minor color change to match WildCat!'s chat.
  517.  
  518. * Initial release of MAINTAIN utility for maintaining SHAMPAGE.DAT
  519.  
  520.  
  521. Ver 3.0:
  522.  
  523. * The comm routines have been completely rewritten to get around the poor
  524.   communications support provided by QuickBASIC. SHAMpage now uses Jeff
  525.   Sumberg's wonderful QBSERIAL library to handle all comm routines. We now
  526.   have the ability to control COM1 - COM4 at speeds up to 115,200 baud. The
  527.   serial driver includes XON/XOFF and CTS/RTS handshaking. Serial input is
  528.   interrupt driven, with incoming XOFF flow control (if enabled) and/or RTS
  529.   flow control (if enabled) to prevent overrunning the input buffer.
  530.  
  531.  
  532. Ver 2.1:
  533.  
  534. * Added two (optional) lines to SHAMPAGE.CFG to allow enabling/disabling the
  535.   page bell by the hour.
  536.  
  537. * Changed the page bell to more closely mimic WildCat!'s page bell.
  538.  
  539. * Changed the [F2] User Stats to be transparent to the caller.
  540.  
  541.  
  542. Ver 2.0:
  543.  
  544. * Randomized key word responses so they come up in a different order each
  545.   time the door is run. Previously, they always appeared in last-to-first
  546.   order.
  547.  
  548. * Made new option for WildCat! split-screen chat emulation.
  549.  
  550. * Modified opening "Paging SysOp... " to mimic WildCat!'s
  551.  
  552. * Modified SysOp's lines 24 & 25 to show other options (which were in
  553.   previous releases - but nobody knew about them).
  554.  
  555. * Rewrote documentation.
  556.  
  557. * Changed colors to match WildCat!'s
  558.  
  559. * Changed some other colors for cosmetic reasons.
  560.  
  561.  
  562. Ver 1.1:
  563.  
  564. * Added "Delay Factor" to make the typing rate realistic on any machine.
  565.  
  566.  
  567. Ver 1.0:
  568.  
  569. * First version released to the public.
  570.  
  571.  
  572.